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Abstract 


This document registers the media types application/dns and text/dns 
in accordance with RFC 2048. The application/dns media type is used 
to identify data on the detached Domain Name System (DNS) format 
described in RFC 2540. The text/dns media type is used to identify 
master files as described in RFC 1035. 
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1. Introduction 
Domain Name System (DNS) [1] information is traditionally stored in 
text files, so-called master files or zone files. The format is 
described in section 5 of RFC 1035 [2]. 


DNS data can also be stored in a "detached" format, intended for 
archiving purposes, described in RFC 2540 [4]. 
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This document registers MIME media types for the two data formats, 
with the registration procedures described in RFC 2048 [3]. 


2. MIME Type Registration of application/dns 


To: ietf-types@iana.org 
Subject: Registration of MIME media type application/dns 


MIME media type name: application 
MIME subtype name: dns 

Required parameters: None. 
Optional parameters: None. 


Encoding considerations: The data format is binary, and data must be 
transfered unmodified. Using encodings intended for textual parts is 
not recommended. 


Security considerations: This media type identifies content as being 
detached DNS information, as documented in RFC 2540 [4]. This data 
may be security relevant as per RFC 2538 [7] or may be secured 
information as per RFC 2535 [6]. Securing the content further may be 
done with standard techniques, such as OpenPGP [5] or CMS [9], but 
this is outside of the scope here. Further security assessments are 
not available at this point. 


Interoperability considerations: The encoding of detached DNS 
information is, unlike textual master files, well defined. No 


further interoperability considerations are known. 


Published specification: The format of data that could be tagged with 
this media type is documented in RFC 2540 [4]. 


Applications that use this media type: DNS-related software, 
including software storing and using certificates stored in DNS. 


Additional information: 
Magic number(s): None. 
File extension(s): Unknown. 
Macintosh File Type Code(s): Unknown. 
Person & email address to contact for further information: 


Simon Josefsson simon@josefsson.org 


Intended usage: LIMITED USE 
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Author/change controller: simon@josefsson.org 
MIME Type Registration of text/dns 


To: ietf-types@iana.org 
Subject: Registration of MIME media type text/dns 


MIME media type name: text 
MIME subtype name: dns 

Required parameters: None. 
Optional parameters: None. 


Encoding considerations: The data is textual and should be transfered 
in a line-oriented mode. Text literals may contain CRLF within the 
text. Binary transport is possible between systems that use the same 
end-of-line conventions. Master files are in general ASCII, but 
non-ASCII octet values may occur and are treated as opaque values by 
DNS software (compare RFC 1035, section 5). The master file format 
permits encoding arbitrary octet values by using the "\DDD" encoding. 
The use of "\DDD" encoding can be more reliable than transporting 
non-ASCII through MIME transports, if data passes through a gateway 
that re-encodes the character data. 


Security considerations: This media type identifies content as being 
DNS information in "master file" format, as documented in RFC 1035 
[2]. The DNS data may be security relevant as per to RFC 2538 [7], 
or may be secured information as per to RFC 2535 [6]. Securing the 
content further may be done with standard techniques, such as OpenPGP 
[5] or CMS [9], but this is outside of the scope here. Further 
security assessments are not available at this point. 


Interoperability considerations: There are interoperability concerns 
with master files, due to the widespread use of vendor-specific 
extensions. Non-ASCII comments within master files may have been 
encoded in locally chosen character sets, which may be difficult to 
transport interoperably. Non-ASCII data in general can become 
corrupted by re-encoding gateways. To achieve interoperability, one 
can use the master file format described in the specification and the 
"\DDD" encoding for non-ASCII octets. Further interoperability 
issues with unrecognized RR types exist, which may be handled as 
discussed in section 5 of RFC 3597 [8]. 


Published specification: The format of data that could be tagged with 
this MIME type is documented in RFC 1035 [2]. 
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Applications that use this media type: DNS-related software, 
including software storing and using certificates stored in DNS. 
Additional information: 

Magic number(s): None. 
File extension(s): ‘soa’ and ’zone’ are known to be used. 
Macintosh file type code(s): Unknown. 
Person & email address to contact for further information: 
Simon Josefsson simon@josefsson.org 
Intended usage: LIMITED USE 
Author/change controller: simon@josefsson.org 


4. Security Considerations 


Security considerations are discussed in the security considerations 
clauses of the MIME registrations in sections 2 and 3. 


5. IANA Considerations 
The IANA has registered the MIME media types application/dns and 


text/dns by using the registration templates in sections 2 and 3, as 
per the procedure described in RFC 2048 [3]. 
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A. Disclaimer and License 


Regarding this entire document or any portion of it, the author makes 
no guarantees and is not responsible for any damage resulting from 
its use. The author grants irrevocable permission to anyone to use, 
modify, and distribute it in any way that does not diminish the 
rights of anyone else to use, modify, and distribute it, provided 
that redistributed derivative works do not contain misleading author 
or version information. Derivative works need not be licensed under 
similar terms. 
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Full Copyright Statement 
Copyright (C) The Internet Society (2005). 


This document is subject to the rights, licenses and restrictions 
contained in BCP 78, and except as set forth therein, the authors 
retain all their rights. 


This document and the information contained herein are provided on an 
"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS 
OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET 
ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, 
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INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED 
WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. 


Intellectual Property 


The IETF takes no position regarding the validity or scope of any 
Intellectual Property Rights or other rights that might be claimed to 
pertain to the implementation or use of the technology described in 
this document or the extent to which any license under such rights 
might or might not be available; nor does it represent that it has 
made any independent effort to identify any such rights. Information 
on the procedures with respect to rights in RFC documents can be 
found in BCP 78 and BCP 79. 


Copies of IPR disclosures made to the IETF Secretariat and any 
assurances of licenses to be made available, or the result of an 
attempt made to obtain a general license or permission for the use of 
such proprietary rights by implementers or users of this 
specification can be obtained from the IETF on-line IPR repository at 
http://www.ietf.org/ipr. 


The IETF invites any interested party to bring to its attention any 
copyrights, patents or patent applications, or other proprietary 
rights that may cover technology that may be required to implement 
this standard. Please address the information to the IETF at ietf- 
ipr@ietf.org. 
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